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RECOMMENDED  INTERFACE  STANDARDS  FOR  AN 

ARMY  STANDARD  ENERGY  MONITORING  AND  CONTROL  SYSTEM 


1 INTRODUCTION 


Background 

The  feasibility  of  a standard  energy  monitoring  and  control  system 
(EMCS)  for  the  Army  has  been  established.1  The  structure  of  the  pro- 
posed system  is  a distributed  system  of  local  intelligent  building  con- 
trollers in  communication  with  a central  computer.  For  such  a system  to 
operate,  there  must  be  a method  for  passing  information  between  the  mod- 
ules. Standardization  of  this  method  would  be  desirable,  since  this 
would  provide  maximum  flexibility  in  system  hardware,  and  therefore  in 
system  hardware  suppliers.  Individual  system  elements  could  be  defined 
by  function  and  interfacing  requirements.  If  the  interfacing  require- 
ments are  standardized,  elements  of  the  system  need  only  be  defined  by 
function. 


Objective 


The  objective  of  this  work  is  to  eval uate-avai 1 abl e interfacing  and 
data  communications  standards  and  to  recommend  the  most  efficient  stan- 
dards for  the  individual  interfacing  requirements  based  on  the  defined 
criteria  for  a standard,  nonproprietary  Army  EMCS. 


Approach 

Data  flow  requirements  for  each  data  transmission  path  of  the  Army 
standard  EMCS  were  determined,  taking  into  account  such  physical  re- 
straints as  distance  and  available  communication  system  hardware.  Based 
on  these  requirements,  basic  criteria  for  evaluating  the  standard  commu- 
nications methods  were  developed.  Existing  standards  that  meet  these 
criteria  were  identified  and  examined  for  applicability  to  the  Army 
standard  EMCS  to  determine  the  most  efficient  standards  for  meeting  in- 
terfacing requirements. 


^D.  Enq  and  K.  H.  Wu,  A Study  of  the  Technical  Feasibility  of  Developing 
a Standardized  Energy  Control  System  Specifically  for  Army  Facilities , 

Interim  Report  E-117/ADA044455  (U.S.  Army  Construction  Engineering 
Research  Laboratory  [CERL],  August  1977). 
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Outline  of  Report 

Chapter  2 of  this  report  briefly  describes  the  proposed  EMCS,  dis- 
cusses the  requirements  of  the  individual  data  communications  inter- 
faces, and  establishes  the  criteria  for  evaluating  the  interfacing 
standards.  Chapters  3 and  4 describe  candidate  serial  data  commu- 
nications standards  and  parallel  data  communications  bus  standards,  re- 
spectively. Chapter  5 provides  an  evaluation  of  the  interfacing  stan- 
dards, and  Chapter  6 presents  conclusions.  Chapter  7 outlines 
reconmended  data  communications  standards.  The  appendix  provides  fur- 
ther notes  on  the  design  of  an  acceptable  parallel  data  communication 
bus . 


Mode  of  Technology  Transfer 

Results  of  this  work  will  be  incorporated  into  a draft  guide  speci- 
fication for  a nonproprietary.  Army  standard  EMCS. 


2 CRITERIA  FOR  EVALUATION  OF  INTERFACING  STANDARDS 


Description  of  Proposed  EMCS 

The  proposed  Army  standard  EMCS  was  designed  to  overcome  the  fol- 
lowing major  problems  associated  with  available  industry-supplied  sys- 
tems . 


1.  Without  major  engineering  changes,  industry-supplied  systems 
are  compatible  only  with  systems  of  the  same  manufacturer.  No 
industry-wide  standards  exist. 

2.  Most  systems  require  a large  central  computer  for  system  con- 
trol. A component  failure  in  this  element  causes  system  failure. 

3.  Many  systems  are  designed  for  single-building  applications  and 
not  for  the  particular  large-scale  application  required  for  performing 
energy  control  of  a large,  multi-building  military  installation. 

The  EMCS  proposed  to  overcome  these  problems  (see  Figure  1)  is  de- 
signed to  be  as  modular  as  possible,  thus  facilitating  the  capability 
for  future  system  expansion.  The  intelligence  required  to  perform 
energy  monitoring  and  control  is  distributed  as  much  as  possible.  The 
actual  building  energy  control  is  performed  at  the  building  location  by  a 
microprocessor-based  Field  Interface  Device  (FID).  This  choice  provides 
the  capability  for  both  isolated  building  energy  control,  and  for  con- 
necting the  FID's  Unit  (CCU)  via  appropriate  communi cations  channels  to 
a central  control  capable  of  controlling  installation-wide  energy  usage. 
Since  the  intelligence  providing  energy  control  is  distributed,  individ- 
ual component  failure  does  not  fatally  impact  the  total  system  oper- 
ation. For  instance,  CCU  failure  will  not  cause  total  loss  of  system 
operation,  since  the  FID's  will  still  be  capable  of  providing  most  of 
the  energy  control;  only  the  installation-wide  control  algorithm  exe- 
cution will  be  lost. 

Data  communication  between  the  CCU  and  the  FID's  is  handled  by  the 
communications  modules  and  is  performed  in  serial  fashion  over  twisted 
pair  cables  or  the  existing  telephone  systems,  whichever  is  appropriate. 


Interface  Requirements 

As  shown  in  Figure  1,  there  are  three  definite  areas  of  data  commu- 
nications. The  first  is  the  data  flow  between  sensors  and  actuators  and 
the  Multiplex  (MUX)  panel.  Data  flow  through  this  interface  should  be 
implemented  with  a straightforward  parallel  data  bus  to  provide  simple 
access  to  the  building  operating  parameters  by  the  FID.  This  should 
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minimize  the  amount  of  microprocessor  software  necessary  to  process  the 
sensor  data,  control  the  actuators,  and  minimize  the  amount  of  inter- 
facing hardware. 

The  second  area  of  data  communication  is  the  serial  data  flow  to 
and  from  the  CCU  via  the  comnuni cation  controllers.  Typically,  the 
remote  communications  controller  will  be  located  to  serve  a group  of 
FID's  via  serial  data  communications.  Since  this  distance  will  probably 
be  short,  the  serial  data  paths  can  be  implemented  with  differential 
line  drivers/receivers.  However,  for  the  longer  transmission  paths  be- 
tween the  comnuni cations  controllers,  it  will  be  necessary  to  implement 
serial  data  communications  via  the  existing  telephone  system,  using  mod- 
ulator/demodulator (modem)  hardware  and  Data  Access  Arrangements  (DAA). 
This  data  link  is  the  weakest  in  the  system,  due  to  the  inherent  data 
dropouts,  crosstalk,  and  bandwidth  limitations  incurred  with  the  tele- 
phone system.  It  is  necessary  that  all  data  transmitted  over  this  link 
be  appropriately  coded  to  provide  automatic  error  detection  and  cor- 
rection by  the  comnuni cations  controllers. 

The  third  area  of  data  communication  is  the  parallel  data  commu- 
nications interface  between  the  CCU  and  the  central  communications  con- 
troller (CCC).  Data  passed  through  this  parallel  data  interface  con- 
sists of  operations  parameters  and  setpoint  information  from  all  the 
buildings,  and  base-wide  control  information  from  the  CCU  to  selected 
FID's.  This  interface  must  provide  rapid  access  to  the  CCC  to  minimize 
the  CCU  waiting  time. 


Criteria  for  Evaluation  of  Interface  Commands 


Considering  the  requirements  of  the  three  interfaces,  the  following 
criteria  were  used  to  evaluate  existing  standards: 

1.  For  the  parallel  data  flow  from  sensors  to  the  FID's  and  back 
to  the  actuators: 

a.  Simplicity  of  bus  structure:  the  number  of  lines  required 
to  implement  the  standard  must  be  less  than  32. 

b.  Ease  of  operations,  determined  by  the  amount  of  hardware 
and  software  necessary  to  provide  data  flow  over  the  inter- 
face. 

2.  For  the  serial  data  flow  between  the  FID  and  the  remote  commu- 
nications controller,  and  for  the  serial  data  flow  between  the 
remote  and  central  communications  controllers: 
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a.  Implementation  of  the  major  hardware  functions  on  a single 
integrated  circuit. 


b.  Provisions  for  automatic  error  detection  and  recovery. 

c.  Capability  for  simultaneous  bidirectional  data  trans- 
mission. 

3.  For  the  parallel  data  flow  between  the  CCC  and  the  CCU:  abso- 
lute minimum  of  software  control  from  the  CCU  required  to  main- 
tain efficient  interface  operation. 

Additional  elements  contained  in  all  the  required  standards  are  (1) 
standard  connector  types  and  pin  definitions,  and  (2)  standard  function 
descriptions  or  code  characters. 


3 SERIAL  DATA  COMMUNICATIONS  STANDARDS 


Selection  of  Standards 

The  selection  of  candidate  serial  data  communication  standards  was 
complicated  by  the  many  standards  or  protocols  available.  Two  of  the 
standards.  Electronics  Industry  Association  (EIA)  RS232-C,?  as  updated 
by  RS422  and  RS423,  and  IBM  Synchronous  Data  Link  Control  ( SDLC ) 3 re- 
present the  most  advanced  forms  of  asynchronous  and  synchronous  stan- 
dards available  and  were  thought  to  be  able  to  best  meet  the  system  re- 
quirements. These  two  standards  were  therefore  evaluated  against  the 
criteria  given  in  Chapter  2. 


IBM  Synchronous  Data  Link  Control  Procedure  (SDLC) 

SDLC  is  a data  link  control  for  serial  bit  synchronous  transmission 
between  buffered  stations  on  a data  transmission  link  using  centralized 
control.  The  data  transmission  link  may  be  customer-owned,  -leased,  or 
-switched  facilities  connected  in  half-duplex,  full-duplex,  or  logs  con- 
figurations. SDLC  provides  a means  by  which  information  can  be  ex- 
changed between  an  outlying  station  (called  a secondary  station)  and  one 
central  station  (called  the  primary  station).  The  primary  station  ini- 
tiates or  authorizes  all  transmissions  regardless  of  the  direction  of 
information  flow,  by  issuing  commands  to  secondary  stations.  SDLC  in- 
cludes a method  for  detecting  transmissions  errors  and  a method  for  cor- 
recting these  errors  by  retransmission. 

All  transmissions  on  the  link  have  a specific  format  called  a 
frame.  A frame  is  delimited  by  a unique  bit  sequence  called  a flag  at 
the  beginning  and  end  of  each  transmission  block.  Between  the  flags,  a 
frame  contains  a station  address  field,  a control  field,  an  information 
field,  and  a block  check  field  (see  Figure  2).  Theoretically  there  is 
no  limit  to  the  length  of  the  information  field;  however,  there  is  a 
practical  limit  based  on  the  limitations  of  the  error-checking  algo- 
rithm, the  statistics  of  errors  on  the  communications  channel,  and  the 
buffering  capacity  of  the  individual  stations. 


EIA  Standard  — Interface  Between  Data  Terminal  Equipment  and  Data 
Communication  Equipment  Employing  Serial  Binary  Data  Interchange , 

^(Electronic  Industries  Association,  August  1969). 

R.  A.  Donnan  and  J.  R.  Kersey,  "Synchronous  Data  Link  Control:  A 
Perspective,"  IBM  Systems  Journal , Vol  13,  No.  2 (1974)  pp  140-162 
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F:  FLAG  SEQUENCE  FIELD 
A:  STATION  ADDRESS  FIELD 


C:  CONTROL  FIELD 
I:  INFORMATION  (DATA)  FIELD 
BC:  BLOCK  CHECK  FIELD 

Figure  2.  SDLC  frame  format. 


A single  large-scale  integrated  circuit  (LSI)  that  provides  pro- 
cessor transparency  of  the  SDLC  protocol  has  recently  been  made  avail- 
able by  Signetics,  Inc.,  Sunnyvale,  CA. 

The  SDLC  protocol  does  not  include  a method  for  delimiting  records, 
messages,  or  any  other  units  of  data  other  than  the  information  fields 
within  frames.  Furthermore,  device  addressing,  device  control,  and 
device  status  are  all  beyond  the  scope  of  SDLC.  Under  SDLC,  there  is 
no  way  for  secondary  stations  to  inform  the  primary  station  of  alarm 
conditions  unless  they  are  polled  by  the  primary  station. 


Electronic  Industries  Association  RS232-C  Standard 

EIA  RS232-C  is  a standard  for  interface  between  data  terminal 
equipment  and  data  communications  equipment  employing  serial  binary  data 
interchange.  This  standard  completely  defines  all  aspects  of  a serial 
by  bit  communications  protocol.  It  includes  specifications  for  the 
electrical  characteristics  of  the  interface  and  interchange  circuits, 
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the  signal  levels  for  transmission  and  reception,  the  mechanical  charac- 
teristics of  the  connection  to  the  interface,  the  functional  description 
of  the  interface  circuits,  and  a description  of  a selected  set  of  data 
transmission  configurations.  This  standard  defines  all  necessary  speci- 
fications for  performance  at  the  interface  between  a serial-by-bit  com- 
munications interface  (e.g.,  a MODEM  which  interfaces  to  the  telephone 
system)  and  a serial-by-bit  data  terminal  (e.g.,  a computer  terminal). 
This  standard  was  first  published  in  1969,  and  has  since  been  expanded 
by  RS422  and  RS423,  which  describe  balanced  and  unbalanced  updates  for 
the  RS232-C  standard.  These  expanded  standards  also  extend  the  maximum 
line  length  from  50  ft  (15  m)  to  4000  ft  (1200  m)  and  up  the  maximum  bit 
per  second  (baud)  rate  to  10  megabits/second. 

The  EIA  RS232-C  standard  has  become  a Government  standard  and  is 
required  for  use  in  all  Government  serial  interface  applications  in- 
volving automated  digital  computing  equipment,  as  detailed  in  the  Fed- 
eral Information  Processing  Standards  (FIPS)  publications.  The  FIPS 
documents  also  define  the  code  to  be  used  over  the  RS232-C  commu- 
nications circuits  as  standard  ASCII  (American  Standard  for  Computer  In- 
formation Interchange)  or  a subset  thereof.  As  a result,  there  is  a 
great  deal  of  RS232-C  terminal  equipment  in  use,  and  it  is  the  most  pro- 
lific serial-by-bit  interface  standard.  Furthermore,  LSI  technology  has 
produced  single  integrated  circuits  for  handling  serial  to  parallel  and 
parallel  to  serial  data  conversion  at  the  interface,  as  well  as  parity 
generation  and  checking.  Transmit  and  receive  functions  are  asyn- 
chronously implemented  on  one  chip. 

The  EIA  RS232-C  standard  does  not  define  how  the  information  is 
coded  onto  the  communication  channel.  The  ASCII  standard  requires  the 
format  shown  in  Figure  3 for  asynchronous  data  transmission  (start- 
stop).  The  appropriate  seven-bit  ASCII  character  is  sent  least  signifi- 
cant bit  (LSB)  first,  after  a start  bit  is  sent.  The  start  bit  syn- 
chronizes the  receiver  to  the  transmitter.  After  the  seven-bit  ASCII 
character  is  sent,  an  odd  parity  bit  is  inserted;  next,  two  stop  bits 
are  sent,  returning  the  line  to  the  quiescent  state  and  ready  for  an- 
other start  bit. 

This  standard  can  be  used  in  full  duplex  (simultaneous  bi- 
directional) systems. 


STOP  BITS 
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L]  PARALLEL  DATA  COMMUNICATION  STANDARDS 


Selection  of  Standards 


The  selection  of  candidate  parallel  interface  standards  was  sim- 
plified by  considering  only  those  designed  for  data  acquisition  and  con- 
trol. Only  two  standards  were  found  to  be  appropriate  for  applications 
to  the  proposed  EMCS:  (1)  the  IEEE  488  general -purpose  interface  bus 
standard  (sometimes  called  HPIB  for  Hewlett  Packard  Interface  Bus  with 
reference  to  the  company  that  developed  the  standard),  and  (2)  the  IEEE 
583  Modular  Instrumentation  and  Digital  Interface  System  (sometimes 
called  CAMAC,  for  Computer  Automated  Measurement  and  Control). 


IEEE -488-1975-Standard 


This  standard  defines  the  hardware  and  protocol  of  a general-pur- 
pose digital  interface  system  for  limited  distance  applications  (less 
than  2U  m),  and  allows  for  simple  connections  and  communications  among 
the  digital  input/output  devices  connected  to  the  bus.  The  bus  consists 
of  16  lines,  eight  bidirectional  data  lines,  three  bidirectional  byte 
transfer  control  lines,  and  five  bidirectional  interface  management 
lines  (see  Figure  4).  Table  1 describes  how  combinations  of  signals  on 
the  control  and  management  lines  define  interface  operations. 

The  interface  standard  provides  processor  control  of  all  devices  on 
the  bus,  so  that  these  devices  communicate  directly  by  being  defined  as 
either  "talkers"  or  "listeners"  by  the  processor. 

The  operation  of  the  HPIB  in  state  diagrams  is  described  in  33 
pages  of  the  IEEE  488  Standard  Manual.  This  complexity  is  designed  into 
the  standard  to  allow  for  interfacing  as  many  different  transfers  on  the 
bus  as  possible,  and  to  allow  for  interfacing  as  many  different  periph- 
eral devices  as  possible.  A description  of  a simple  data  acquisition 
cycle  from  an  analog  multiplier  A/D  converter  peripheral  will  illustrate 
this  point. 

It  is  first  necessary  to  clear  the  interface  system.  To  do  this, 
the  processor  sets  IFC  (interface  clear).  Next,  the  processor  must 
reset  the  peripheral  devices  to  a known  quiescent  state  by  sending  a DCL 
(device  clear)  on  the  data  bus  lines.  The  processor  next  sends  the 
listen  address  of  the  analog  to  digital  subsystem  on  the  data  bus  lines. 
Then  the  processor  sends  the  channel  number  of  the  analog  multiplex 
channel  of  the  data  lines;  also  encoded  in  this  channel  address  is  the 
start  conmand  to  the  A/D  converter.  The  processor  then  sends  the  UNL 
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Figure  4.  IEEE  488  interface  capabilities  and  bus  structure. 

(From  R.  A.  Donnan  and  J.  R.  Kersey,  "Synchronous  Data  Link  Control: 

A Perspective,"  IBM  Systems  Journal , Vol  13,  No.  2 [1974]  pp  140-162. 
Reprinted  by  permission  of  International  Business  Machines  Corporation.) 
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Table  1 

IEEE  488  Interface  Bus  Functions 


(From  R.  A.  Donnan  and  J.  R.  Kersey,  "Synchronous  Data  Link  Control: 

A Perspective,"  IBM  Systems  Journal , Vol  13,  No.  2 [1974]  pp  140-162. 
Reprinted  by  permission  of  International  Business  Machines  Corporation). 
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(unlisten)  command,  to  clear  the  data  bus.  The  processor  next  addresses 
itself  to  listen  and  then  sends  the  talk  address  of  the  A/D  converter. 

On  completion  of  the  A/D  conversion,  the  converter  sends  the  requested 
data  to  the  processor  on  the  data  lines. 

This  data  input  cycle  requires  eight  distinct  input/output  (I/O) 
port  operations  by  the  processor.  It  also  requires  that  the  peripheral 
device  (in  the  example,  an  A/D  converter  subsystem)  have  sufficient 
electronics  to  recognize  the  different  set  patterns  and  states  of  the 
bus,  and  respond  properly. 


IEEE-583-1975  Standard 


This  standard  fully  specifies  a data  bus  by  means  of  which  instru- 
ments and  other  functional  modules  can  communicate  with  each  other,  with 
peripherals,  and  with  processors.  This  standard  reduces  both  the  vari- 
ety and  quantity  of  interfacing  required  in  a single  installation  and 
provides  a considerable  degree  of  processor  independence.  All  necessary 
peripheral  interfacing  is  typically  supplied  via  a single  processor- 
dependent  interface  (dataway  control  lor)  between  the  processor  and  the 
interface  system  bus  controller,  as  shown  in  Figure  5. 

Table  2 summarizes  the  signal  lines  of  the  dataway.  The  following 
constitute  a command:  the  state  of  the  signals  on  the  individual  sta- 
tion number  lines  (specifying  a module),  the  four  subaddress  lines 
(specifying  a section  of  the  module  that  would  be  occupied  by  a data 
input  channel  or  control  function  output),  and  the  five  function  lines 
(specifying  the  type  of  operation).  This  yields  a maximum  of  16  oper- 
ating channels  within  a station;  32  different  function  codes  are  possi- 
ble for  each  channel . 


COMPUTER 

I/O 

DATAWAY 

■ w 

CONTROLLER 

_ 

STANDARD  DATA  BUS  (DATAWAY) 
(COMPUTER  INDEPENDENT) 


SIGNAL  CONDITIONING 
MODULES 


TO  SENSORS, 
CONTROLLERS, 
L PERIPHERALS, 

r etc. 


H3~. 

Figure  5.  Dataway  controller  interfacing. 
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Table  3 summarizes  the  definitions  of  the  32  function  codes.  The 
standard  function  codes  cause  specific  operations  to  be  performed  by  the 
electronics  package  that  occupies  the  slot  in  the  selected  module  de- 
fined by  the  four  subaddress  lines.  Some  function  codes  are  reserved 
for  future  standard  definition,  and  some  function  codes  remain  non- 
standard for  individual  custom  function  definition.  Two  registers  are 
defined  within  the  function  codes,  thus  allowing  each  channel  to  have  a 
data  register  for  inputting  data  or  storing  control  setpoints,  and  a 
status  register  to  report  on  the  status  of  the  electronics  package  oc- 
cupying that  subaddress. 

The  function  codes  provide  for  all  necessary  operations  to  be  per- 
formed on  the  individual  bits  of  both  registers  in  each  subaddress 
location.  They  also  provide  for  enabling  and  inhibiting  functions  and 
for  polling  the  subaddress  locations  to  test  for  service  requirements. 

An  example  of  a typical  implementation  of  the  IEEE-583-1975  inter- 
facing standard  is  the  system  shown  in  Figure  5.  This  system  is  pur- 
posely configured  to  demonstrate  the  implementation  of  the  standard  in 
the  FID.  Requests  for  data  input  from  sensors  are  performed  by  writing 
the  selected  data  channel  number  into  the  group  2 register,  using  func- 
tion code  F ( 17 ) , overwrite  group  2 register  (Table  3).  The  building 
controller  processor  then  continuously  tests  the  "Look-at-Me“  function 
by  using  function  code  F ( 8 ) (Table  3).  When  the  data  requested  is 
available,  the  building  controller  processor  requests  the  read  group  1 
register,  function  code  F ( 0 ) (Table  3).  This  causes  the  data  to  be 
transferred  to  the  building  controller.  Note  that  all  commands  are 
given  to  the  dataway  controller,  which  in  turn  handles  the  actual 
dataway. 

The  return  of  a control  setpoint  is  accomplished  similarly.  The 
building  controller  presents  the  control  setpoint  on  the  data  lines  and 
uses  function  code  F ( 16 ) (Table  3)  in  conjunction  with  the  appropriate 
subaddress  of  the  correct  controller.  The  dataway  controller  then  de- 
posits this  control  setpoint  into  the  data  (output)  register  1 selected 
by  the  subaddress. 
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Table  3 


IEEE  583  Function  Codes 


Code 
F(  ) 

Function 

Use  of  R and  W Lines 

Function  Signals 

Code 

F(  ) 

F16 

F8 

F4 

F2 

FI 

0 

Read  Group  1 register 

Functions  using  the  R lines 

0 

0 

0 

0 

0 

0 

1 

Read  Group  2 register 

0 

0 

0 

0 

1 

1 

2 

Read  and  Clear  Group  1 register 

0 

0 

0 

1 

0 

2 

3 

Read  Complement  of  Group  1 register 

0 

0 

0 

1 

1 

3 

4 

Nonstandard 

0 

0 

1 

0 

0 

4 

5 

Reserved 

0 

0 

1 

0 

1 

5 

6 

Nonstandard 

0 

0 

1 

1 

0 

6 

7 

Reserved 

0 

0 

1 

1 

1 

7 

e 

lest  Look-at-Me 

Functions  using  the  R or  H lines 

0 

1 

0 

0 

0 

8 

9 

Clear  Group  1 register 

0 

1 

0 

0 

1 

9 

10 

Clear  Look-at-Me 

0 

1 

0 

1 

0 

10 

11 

Clear  Group  2 register 

0 

1 

0 

1 

1 

11 

1 2 

Nonstandard 
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1 

1 

0 

0 

12 

13 

Reserved 

0 

1 

1 

0 

1 

13 

14 

Nonstandard 

0 

1 

1 

1 

0 

14 

15 

Reserved 

0 

1 

1 

1 

1 

15 

16 

Overwrite  Group  1 register 

Functic.is  using  the  W lines 

1 

0 

0 

0 

0 

16 

17 

Overwrite  Group  2 register 

1 

0 

0 

0 

1 

17 

18 

Selective  Set  Group  1 register 

1 

0 

0 

1 

0 

18 

19 

Selective  Set  Group  2 register 

1 

0 

0 

1 

1 

19 

20 

Nonstandard 

1 

0 

1 

0 

0 

20 

2 1 

Selective  Clear  Group  1 register 

1 

0 

1 

0 

1 

21 

22 

Nonstandard 

1 

0 

1 

1 

0 

22 

23 

Selective  Clear  Group  2 register 

1 

0 

1 

1 

1 

23 

21 

Disable 

Functions  not  using  the  R or  M lines 

1 

1 

0 

0 

0 

24 

25 

Execute 

1 

1 

0 

0 

1 

25 

26 

Enable 

1 

1 

0 

1 

0 

26 

27 

Test  Status 

1 

1 

0 

1 

1 

27 

28 

Nonstandard 

1 

1 

1 

0 

0 

28 

29 

Reserved 

1 

1 

1 

0 

1 

29 

30 

Nonstandard 

1 

1 

1 

1 

0 

30 

31 

Reserved 

1 

1 

1 

1 

1 

31 

23 


T 


5 EVALUATION  OF  INTERFACE  STANDARDS 


Parallel  Interface  Standards 

The  IEEE  488  interface  standard  (HP IB)  implements  the  required 
functions  on  a single  16-line  bus  structure,  which  is  very  desirable; 
however,  the  hardware  and  software  overhead  required  to  implement  this 
bus  standard  is  excessive,  because  of  the  implementation  of  capabilities 
not  required  for  the  EMCS  application.  This  is  true  even  though  the  im- 
plementation of  the  hardware  required  for  the  IEEE -488  bus  has  recently 
been  integrated  into  one  LSI  circuit  by  Motorola;  therefore,  it  is  still 
necessary  to  provide  electronic  interfacing  with  this  circuit. 

The  IEEE -583  interface  standard  (CAMAC)  implements  the  required 
input/output  and  status  functions  with  a small  amount  of  hardware  and 
software  overhead;  however,  as  defined,  the  CAMAC  bus  is  86  lines  wide. 
This  is  excessive  for  the  EMCS  application,  in  which  data  input  and 
output  do  not  exceed  a width  of  8 bits. 


Serial  Interface  Standards 

The  IBM  SDLC  standard  is  implemented  on  a single  LSI  circuit  re- 
cently introduced  by  Siqnetics.  This  standard  provides  efficient  serial 
data  communications  that  can  be  made  transparent  to  sender  and  receiver. 
Provisions  are  made  within  the  standard  for  inserting  block  checksum 
characters  in  the  transmitted  message  to  provide  automatic  error 
detection.  However,  the  SDLC  standard  does  not  provide  full  duplex 
operation;  responses  are  made  on  the  basis  of  a polling  scheme  by  the 
data  link  controller. 

The  RS232-C  standard,  as  updated  by  the  RS422  and  RS423  publica- 
tions, is  implemented  on  a single  LSI  circuit  which  is  supplied  by 
several  manufacturers.  The  standard  provides  a method  of  lateral  odd  or 
even  parity  checking,  and  both  generation  and  checking  are  implemented 
on  the  LSI  circuit.  It  is  possible  to  provide  appropriate  checksum 
block  check  characters  as  a function  of  the  comnuni eating  devices.  The 
standard  adapts  readily  to  full  duplex  operation  because  of  its  asyn- 
chronous nature.  Furthermore,  this  standard  is  the  most  prolific  serial 
data  communications  standard  in  terminal  to  processor  application,  es- 
pecially when  the  coding  scheme  is  ASCII. 
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5 CONCLUSIONS 


Parallel  Interface  Standards 


The  IEEE  488  standard  is  unacceptable  because  of  the  excessive 
amount  of  hardware  and  software  needed  to  support  interface  functions 
not  required  in  the  EMCS  application. 

The  IEEE  583  standard  is  acceptable  except  for  the  excessive  bulk 
of  the  standard  bus  system.  This  drawback  could  be  overcome  by  using  a 
scaled-down  version  which  could  still  meet  the  established  criteria. 


Serial  Interface  Standards 


The  IBM  SDLC  standard  is  unacceptable  because  of  the  requirement 
for  polling  to  accomplish  fault  communication  from  the  remote  buildinq 
controllers.  3 

The  RS232-C  standard,  as  updated  by  the  RS422  and  RS423  standards, 
meets  all  serial  data  communications  requirements  for  the  proposed  EMCS 
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7 RECOMMENDATIONS 


APPENDIX:  PARALLEL  DATA  BASE  RECOMMENDATIONS 


The  IEEE  583  and  IEEE  488  parallel  interface  standards  were  found 
to  be  too  bulky  or  too  difficult  to  implement  for  the  trivial  input/ 
output  requirements  of  an  FID. 

The  optimum  parallel  interface  system  at  the  FID  should  employ  a 
compact  internal  bus  structure  as  outlined  in  the  IEEE  488  standard,  and 
have  the  ease  of  operation  as  outlined  in  the  IEEE  583  standard.  This 
can  easily  be  achieved  by  reducing  the  size  of  the  parallel  data 
input/output  buses  of  the  IEEE  583  standard  from  24  to  8.  Further  re- 
duction can  be  effected  by  decreasing  the  number  of  function  lines  from 
five  to  three,  reducing  the  number  of  subaddress  lines  from  four  to  two, 
and  eliminating  the  power  and  undefined  bus  lines.  The  remaining  lines 
can  be  placed  on  a 20-pin  connector  to  the  crate.*  (See  Table  Al.) 


Table  Al 

Data  and  Control  Lines  Dataway  Controller 


# 

NAME 

FUNCTION 

1 

GND 

Digital  ground 

2 

INTR  or  INTR" 

Interrupt  to  processor 

3 

SSO 

Slot  address  select  0 

4 

SSI 

Slot  address  select  1 

5 

SS2 

Slot  address  select  2 

6 

CSO 

Crate  address  select  0 

7 

CS1 

Crate  address  select  1 

8 

FCNO 

Slot  function  line  0 

9 

FCN1 

Slot  function  1 ine  1 

10 

FCN2 

Slot  function  line  2 

11 

R/W  or  R/W 

Processor  data  port  control 

12 

DWRP  or  DWRP 

Data  write  pulse 

13 

DO 

Data  LSB 

14 

D1 

15 

D2 

16 

D3 

Bidirectional 

17 

D4 

Data  Bus 

18 

D5 

19 

D6 

20 

D7 

Data  MSB 

*See  IEEE  Standard  583  for  definition  of  crate. 
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No  attempt  is  made  to  define  the  functions  of  the  eight  input  and 
eight  output  lines;  these  may  be  used  in  any  manner  by  the  system  de- 
signer. Only  11  lines  are  functionally  defined  These  lines  are  used 
to  select  the  correct  slot  (subaddress)  of  the  crate  (3),  to  define  the 
function  to  be  performed  on  that  slot  (3),  to  store  data  into  the  output 
register  of  that  slot  (1),  to  select  a slot  to  reque:t  service  via  an 
interrupt  (1),  to  enable  the  crate  (2),  and  to  direct  tither  read  or 
write  control  to  the  processor  data  I/U  port  (1).  Figures  A1  and  A2  are 
proposed  schematics  to  provide  proper  decoding  of  these  lines.  The 
crate  internal  bus  has  only  22  data  lines,  as  shown  in  Table  A2. 


Table  A2 

Crate  Internal  Bus  Structure 


NAME 

BUS  PIN  # 

FUNCTION 

DIGITAL  PWR 

1 

+8UDC  to  Slots 

DIGITAL  GND 

2 

Digital  Ground 

DBO 

3 

Data  Bus  LSB 

DB1 

4 

DB2 

5 

DB3 

6 

Bidirectional 

DB4 

7 

3-State  Crate 

DB5 

8 

Data  Bus 

DB6 

9 

DB7 

10 

Crate  Data  Bus  MSB 

FCNO 

11 

Slot  Function  Line  0 

FCN1 

12 

Slot  Function  Line  1 

FCN2 

13 

Slot  Function  Line  2 

DWRP 

14 

Data  Write  Pulse 

INTR 

15 

Interrupt  to  Processor 

SSO 

16 

Slot  Address  Select  0 

SSI 

17 

Slot  Address  Select  1 

SS2 

18 

Slot  Address  Select  2 

EN 

19 

Crate  Enable 

+ANL0G  PWR 

20 

+18VDC  to  Slots 

ANALOG  GND 

21 

Analog  Ground 

-ANALOG  PWR 

22 

-18VDC  to  Slots 

The  hardware  controlling  the 

i I/O  bus  and  internal  slots  has  been 

designed  to 

allow  for  structured 

data  acquisition  and  return  of  control 

setpoints . 

These  operations  are 

conducted  in  two  phases: 
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DWRP  OR  DWRP 
FROM  DATA  PORT 


Ot-O 


- (^JUMPER  SELECT 'l 
(proper  POLARITY  I 

DWRP 


INTR  OR  INTR 


TO  PROCESSOR 


DIGITAL 

GROUND 


JUMPER  SELECT  | 

PROPER  POLARITYj 

INTEGRATED  CIRCUITS  REQUIRED 
5—  SN 74367 
I—  SN7405 
I — SN74SI38 


■ INTR  FROM  SLOTS 
(OPEN  COLLECTOR) 


Figure  A1 . I/O  crate  bus  control  schematic. 
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SLOT 

FUNCTION 


CRATE  

ENABLE  EN 

SLOT  

SELECT 


UNDEFINED  READ  FUNCTION 
REAb  REG0  ffRO 


READ  REG  I - 
READ  STATUS 
WRITE  REG  2 
WRITE  REG  3 - 
RESET  SLOT ■ 


• RRI 

- RS 

- WR2 
■ WR3 
•RESET 


UNDEFINED  WRITE  FUNCTION 


JUMPER 
SELECT 
SL  OT  I . 


THESE  SIGNALS 
ARE  AVAILABLE 
AS  NEEDED 


JUMPER  SELECT 
PROPER  POLARITY 


74  S 13  8 

v — 
° 

1 

^1 

EXTERNAL 

INTERRUPT 


It=20/z 


INTR(OC) 


+ 5 CL.K 

^ J 

CLR CLEAR 


RESET 


TO  INTERRUPT  BIT 
OF  STATUS  REGISTER 
BUS  DRIVERS (3- STATE) 

CLEAR 


-CLEAR 


INTEGRATED  CIRCUITS  REQUIRED 

2-SN74SI38  3 TO  8 DECODER 

I - SN7405  HEX  INVERTER  (OC) 

I • SN740  2 QUAD  2- INPUT  NOR 
I-SN74I2I  MONOSTABLE  MULTIVIBRATOR 

+ ALL  REGISTER  SUPPORT  CIRCUITS 


Figure  A2.  General  slot  control  schematic. 
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1.  Deposit  the  I/O  control  byte,  which  specifies  crate  number, 
slot  number  (of  the  selected  crate),  and  slot  function  in  the  I/O  con- 
trol port.  This  operation  specifies  the  crate  number,  slot  number  of 
the  selected  crate,  and  the  function  about  to  be  performed  with  the  se- 
lected slot.  Notice  that  the  crate  number  and  slot  number  together  com- 
prise a five-bit  slot  selection,  allowing  for  I of  32  slots  to  be  se- 
lected. Also  notice  that  the  slot  numbers  are  sequentially  arranged  as 
subsets  of  the  crate  numbers,  so  operations  with  the  slots  can  easily  be 
performed  in  incremental  fashion,  l),  1,  2,  or  3. 

2.  Perform  the  required  operation  (read  or  write  data)  at  t.he  data 
port.  Sufficient  function  codes  have  been  provided  for  easy  expansion 
of  up  to  16-bit  data  words.  Such  higher-accuracy  I/O  devices  must  be 
handled  in  two  passes,  since  it  is  necessary  to  transfer  upper-  and 
lower-order  bytes  to  slot  registers  0,  1,  2,  or  3. 

External  connection  between  the  processor  and  the  I/O  crates  is 
supplied  by  a 20-pin  (or  more)  "piggyback"  connector.  This  external  bus 
is  then  supplied  in  parallel  fashion  to  up  to  four  I/O  crates  of  eight 
slots  each  (32  slots  total). 

The  internal  crate  bus  is  implemented  on  a 22  signal  bus.  This 
fits  well  on  a standard  22  pin  edge  connector  backplane  assembly. 

Figures  A3,  A4,  and  A5  illustrate  various  slot  control  examples. 

Figure  A3  shows  an  analog  function  which  has  been  converted  to  a 
pulse  train  whose  frequency  is  representative  of  the  analog  value.  It 
is  necessary  to  count  this  pulse  train  over  a constant  time  period  to 
determine  the  analog  value. 

As  configured,  time  window  = 0.01  sec. 

Therefore,  100  Hz— *-1  count 
25600  Hz ►overflows. 

When  the  data  channel  number  is  written  into  req  2 with  DWRP  WRZ  = 
reset,  the  data  counter  is  flash  reset  for  the  duration  of  DWRP.  Also 
at  this  time,  the  timer  counter  chain  is  enabled  and  done  = 0 by  reading 
the  status;  when  done  = 1,  the  data  is  valid.  Overflow  is  also  indi- 
cated. 

Figure  A4  shows  a multiplexer  to  N bit  analog  to  digital  (A/D)  con- 
nector. 

Figure  A5  shows  an  eight-channel  proportional  control  return  (six- 
bit  accuracy). 
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OSC - lOOKWz 


MIX/  COUNTER  CHIP  COMPLEMENT 


1 — 

SN74I50 

16  TO  1 

DATA  SELECTOR 

2 — 

SN74SI38 

3 TO  8 ADDRESS  DECODER 

1 

SN7474 

DUAL 

P TRIGGERED  OFF 

1 — 

SN  7402 

QUAD 

2- INPUT  NOR 

2 — 

SN74367 

2 8 4 

3 -STATE  BUFFERS 

3 

SN7490 

DECADE  COUNTERS 

2 

SN7493 

4 BIT 

BINARY  COUNTERS 

1 

SN74I75 

4 BIT 

LATCH  (QUAD  OFF) 

13  CHIPS 


Figure  A3.  Analog  function  converted  to  a pulse  train. 
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SLOT  / 

FUNCTION  75 


OOI  * R1T9  • DATA  LSB 
010 i RRI  = DATA  MSB 
01 1 5 R?  = STATUS 


100  = WITS  * CHANNEL  SELECT 


CRATE 

ENABLE 

SLOT 

SELECT 


74SI38 


SN74I23 

/ i 1 

T = l fl  T = l^t 


1 START 
In  BIT  I 


16  CHANNEL 
ANALOG 
MIX 


ANALOG  DATA 
INPUTS 


R-R.-y  \ 

A-Rfi® 

r/-RS 

WRP2  — • 

T 

^ N-e  ✓ 

m SN74I75 

Y STATUS 
; EOC  * DONE 

CHIP 

COMPLEMENT 

2 SN74SI38 

3 TO  8 

DECODER 

1 SN74I23 

DUAL 

MONOSTABLE  MULTIVIBRATORS 

2 0R3  SN74367 

284 

3-  STATE 

BUFFERS 

| SN7402 

OUAD 

2- INPUT 

NOR 

| SN74I73 

QUAD 

OFF 

7 OR  6 + ANALOG  MIX  8 A/D  CONVERTER 


Figure  A4.  16-channel  multiplier  to  N bit  A/S  converter. 
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3-  SN7402 
6-  SN74I74 
3-  SN74SI38 
I - SN74I73 
2-  SN74367 

13  TOTAL  4-  0/A  CONVERTERS 


Figure  A5.  8-channel  proportional  control  return. 
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